HorizontalBlockUtils used minecraft Direction as both global and local
direction, and Side.getDirection was also used as both.  This refactors
all of HorizontalBlockUtils into Side, and more clearly separates global
sides (minecraft Direction), local sides (integer indexes), and
ambiguous (the Side type).  Several bugs with incorrect or missing
global/local conversion were also fixed.

The RedstoneInterface block and card now both support either global or
local sides in their RPC API, and will respond appropriately (ie. a call
to set the NORTH value will set NORTH regardless of orientation, and a
call to set the FRONT value will set the FRONT, which might be any
cardinal direction).  This also works for the bundled interface on the
block.

The ComputerBlockEntity no longer converts to local before getting
capabilities.  Any bus item that should expose computer block
capabilities accepts a global Direction, and must respond as such; it
should have access to the block state and can do the rotation on its own
if necessary.

Backwards compatibility:
Any VM code that uses a global name in a context where it was
interpreted as local, or vice versa, will break; I expect this to be
rare and easy to fix.  I think that's the only functionality change I
wouldn't call a bugfix, but I did not thoroughly test the old behavior
of Project Red: Transmission bundled output so something unexpected
might have changed there.

Further work: The redstone interface card is not up to feature parity
with the block.  Probably it would be best if they shared more code
instead of duplicating most of the functionality for both, to help bring
the card up to parity and avoid future issues.